GJB 1566-1992 军用计算机软部件文档编制格式和内容
|
ID： |
05665BE895484E2DAB99F052BF7EA0F3 |
|
文件大小(MB)： |
0.61 |
|
页数： |
17 |
|
文件格式： |
|
|
日期： |
2024-7-14 |
|
购买： |
文本摘录（文本识别可能有误，但文件阅览显示及打印正常，pdf文件可进行文字搜索定位）：
中华人民共和国国家军用标准,FL GJB 1566-92,军用计算机软部件文档,编制格式和内容,Format and content of military,Computer software component document,1992 —11 — 24 发布 1995-08-01 实施,国防科学技术工业委员会批准,目 次,1 范围.. (1),1.1 主题内容. (1),1.2 适用范围 . (1),1.3 应用指南. (1),2 引用文件 .. (1),3定义.. (1),3.1 软部件 (1),3.2 关键软部件.. (1),3.3 重要软部件 (2),3.4 普通软部件… * (2),3.5 例行程序. (2),4 一般要求 .(2),4.1 软部件文档的构成.. (2),4,2 封面要求 . (2),4.3 修改文档的登记要求 (2),4.4 软部件文档正文的编写要求 . (2),4.5 软部件文档的评审要求.(2),5详细要求.(3),5.1 软部件文档正文的格式.(3),5.2 软部件文档的目次 .. (3),5.3 软部件文档正文的内容 (4),附录A软部件文档的封面格式(补充件)(8),附录B软部件文档修改登记表(补充件)..(9),附录C软部件阶段开发评甫表(补充件).. (10),附录D 示例(参考件).. (11),D1软部件输入数据表示例 (11),D2软部件输出数据表示例 (11),D3软部件调用接口概述表示例.. (11),D4软部件调用接口的项目格式表示例.. *……(13),D5数据定义表示例. (13),D6软部件测试表示例.. (H),中华人民共和国国家军用标准,军用计算机软部件文档,编制格式和内容 GIB 1566—92,Format and content of military,computer software component document,1范围,1.1 主题内容,本标准规定了军用计算机软部件文档编制格式和内容,1.2 适用范围,本标准适用于承办军用计算机软件任务的所有部门，也适用于军用计算机软件开发与维,护的技术人员和管理人员,1.3 应用指南,本标准规定的软部件文档在其软件生存期（蓼见GJB 438 -88中L2）的各个阶段使用,计算机软部件文档是软部件开发技术的真实记录，应该用便于检查的形式逐步完成.当开,发的软部件通过最后评审时，必须有一份正式的文本.,2引用文件 …,GJB 437-88军用软件开发规范,GJB 438-88军用软件文档编制规范,GJB 1267-91军用软件维护,3定义,下列定义只适用于本标准,1 软部件 software component,对计算机程序进行层次分解得到的实体。实体具有如下特征：,a.具有确定的功能;,b.满足特定的软件需求，利于软件系统的组装；,c.能够进行完整的测试:,d,在开发计划的安排中，适合于一个或几个人的小组完成；,e.相当于模块或分程序的规模，根据需要可以大些或小些,3.2 关键软部件 critical software component,其故障将导致系统（或分系统）失效,或其计算误差和错误将造成严重后果的软部件,国防科学技术工业委员会1992—11一24发布 1993-08-01实施,1,GJB 1566-92,同义词：关健件,3.3 重要软部件important software component,其故障或计算误差将导致系统（或分系统）不能完成预定的任务，但不会引起严重后果的,软部件,同义词：重要件,3.4 普通软部件 common software component,其故障不爵响系统（或分系统）运行的软部件.,同义词：普通件,3.5 例行程序 routine,完成特定功能的程序段.一个或多个例行程序可以组成一个软部件,4 一般要求,4.1 软部件文档的构成,软部件文档的构成和顺序如下：,a.封面；,b.修改登记表；,c.目次；,d.正文部分.,4.2 封面要求,每项软部件文档必须有一张封面，软部件文档封面的格式按附录A （补充件）.,封面上的程序名、软部件名和例行程序名必须与源程序中的名字一致,封面上“开发说明”的各栏目表明了软部件开发各个阶段的进度，对每个栏目应该填写下,列内容：,a.计划完成日期；,b-实际完成日期：,c.实施者或评审者的签字和日期,4.3 修改文档的登记要求,软部件文档被审核批准以后，如果需要修改，应该按照GJB 1267的翦求提出维护申请，在,维护申请批准后必须进行登记.软部件文档修改登记表的格式按附录B（补充件,4.4软部件文档正文的编写要求,软件开发者应对软部件进行划分，确定它属于何种软部件,每项软部件必须编写和保持一份完整的软部件文档，它至少应该含有这项软部件的需求、,设计、数据、编码和测试资料,开发者应该按照第5章规定的格式和内容编写软部件文档,4.5 软部件文档的评审要求,各个开发阶段产生的文档应该进行相应的审查或评审.这些审查或评审的意见和结论应,该填在“软部件评审表”中，软部件评审表的格式要求按附录C（补充件）,2,GJB 1566-92,5详细要求,5.1 软部件文档正文的格式,软部件文档的正文设9章，各章采用固定的章号或标题。如果某一章无技术内容，则在该,章标即下另起一行注明“本章无内容”,5.2 软部件文档的目次,软部件文档的正文应该编目。目次中所列各章的条与5. 3中相对应要求的说明可以扩充、,压缩或重新定序，以适应特定软部件的情况.,软部件文档的目次如下;,目 次,I概述,1?1编写目的,1.2……
……